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Pre-Appeal Brief Conference Remarks 

Claims 1-44 stand rejected under 35 U.S.C. §102(e) as being 
unpatentable over U.S. Patent No. 6,735,311 to Rump et al. (hereinafter 
"Rump"). Rump discusses a multimedia data stream having a beginning and an 
end, and which is accompanied by a definition data block (see, col. 5, lines 7- 
10). The definition data block consists of two parts, namely a fixed part 10 and 
a variable part 30 (see, Fig. 1, Fig. 2, and col. 5, lines 16-18). 

The definition data block includes a checksum. This checksum consists 
of an MDS fingerprint of the definition data block, or the definition data block 
and also a specified number of multimedia data to which the described 
definition data block is assigned (see, col. 6, lines 38-44 and 51-57). 

The definition data block also includes a free index. The free index 
contains a serial number which is a 32-bit long serial number which identifies 
the multimedia data, and user data which is the first 12 bytes of the MDS 
fingerprint of part of the multimedia data block (see, col. 8, lines 37-44). When 
a deciphering is enacted, a check is made to see whether the MD5 number 
calculated from the multimedia data agrees with the MDS number in the free 
index (see, col. 8, lines 54-57). 

With respect to claim 1, however, nowhere does Rump disclose 
determining a new block to add to a checker module to offset an incorporated 
original checkpoint value such that subsequent generation of a checkpoint value 
for the checker module equals the original checkpoint value for the checker 
module as recited in claim 1. There is no discussion or mention of determining 
a new block to add to a checker module to offset an incorporated original 
checkpoint value in Rump. The checksum and free index values of Rump are 
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simply added to the definition data block of Rump; there is no discussion or 
mention of determining any new block to add to a checker module to offset 
either the checksum value or the free index value added to the definition data 
block of Rump, 

In the April 7, 2005 Office Action at t 3, p. 2, the data block that 
contains the checksum value in Rump is cited as disclosing the checker module 
of claim 1. If the data block that includes the checksum (definition data block 
10, 30) is the checker module, then to satisfy the language of claim 1, a 
checkpoint value would have to be incorporated into the definition data block, 
and then a new checkpoint value generated for the definition data block and a 
new block added to the definition data block to offset the new checkpoint value 
such that subsequent generation of a checkpoint value for the definition data 
block equals the original checkpoint value for the definition data block- 
However, no discussion or mention of such generation of a new block to add to 
the definition data block can be found anywhere in Rump. Applicant submits 
that simply calculating MD5 fingerprints as discussed in Rump does not 
provide any disclosure of such generation of a new block to add to the 
definition data block. 

Additional arguments supporting the allowability of claim 1 are also 
found in Applicant's Response to the July 2, 2004 Office Action at pp. 16-19. 

With respect to claim 10, Applicant submits that nowhere does Rump 
disclose applying cyclic integrity verification to an object based on a plurality 
of segments as recited in claim 10. As discussed in Applicant's specification at, 
for example, page 14, line 23 - page 15, line 6, and page 18, lines 3-14, cycles 
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of integrity verification can be created. An example of such a cycle is segment 
A verifying the integrity of segment B, which in turn verifies the integrity of 
segment A. Such cyclic integrity verification can be troublesome, because 
generating a checkpoint value for segment A and storing it in segment B would 
change the checkpoint value that is generated for segment B and stored in 
segment A, which would then change the checkpoint value for segment A, and 
so on. 

There is nothing cyclic about the checksum or the free index of Rump. 
Rather, the checksum and free index are simply serial number or MD5 values 
that are generated and stored in the definition data block. Rump does not 
discuss or mention any cycles, and Rump does not discuss or mention that the 
checksum or free index create any cycles involving the checksum, the free 
index, or the definition data block. As there is no discussion or mention of such 
cycles in Rump, Applicant submits that Rump cannot disclose cyclic integrity 
verification, much less applying cyclic integrity verification to the object based 
on the plurality of segments as recited in claim 10. 

Additional arguments supporting the allowability of claim 10 are also 
found in Applicant's Response to the July 2, 2004 Office Action at pp. 20-2L 

With respect to claim 15, Applicant submits that, similar to the 
discussion above regarding claim 1, Rump does not disclose modifying each of 
the plurality of segments so that the addition of the checkpoint value to the 
segment is offset and the checkpoint value for the segment remains the same as 
recited in claim 15. With respect to claim 25, Applicant submits that, similar to 
the discussion above regarding claim 1, Rump does not disclose adding an 
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offset value to the second segment so that a newly calculated verification value 
for the second segment equals the original verification value as recited in claim 
25. 

With respect to claim 38, Applicant submits that, similar to the 
discussion above regarding claim 10, Rump does not disclose the plurality of 
segments further include a plurality of checkpoints that identify a circular 
ordering of verifying the integrity of the segments as recited in claim 38. With 
respect to claim 41, Applicant submits that, similar to the discussion above 
regarding claim 10, Rump does not disclose the production server being 
configured to parse the original program into a plurality of segments and apply 
cyclic integrity verification to the plurality of segments as recited in claim 41 ♦ 
With respect to claim 44, Applicant submits that, similar to the discussion 
above regarding claim 10, Rump does not disclose a production server to apply 
cyclic integrity verification to a program to produce a protected program as 
recited in claim 44. 

Claims 2-9 depend from claim 1, claims 11-14 depend from claim 10, 
claims 16-24 depend from claim 15, claims 26-37 depend from claim 25, claims 
39-40 depend from claim 38, and claims 42-43 depend from claim 41. 
Applicant submits that claims 2-9, 11-14, 16-24, 26-37, 39-40, and 42-43 are 
likewise allowable over Rump for at least the reasons discussed above with 
respect to their respective independent claims. 

For at least these reasons, Applicant submits that claims 1-44 are 
allowable over Rump, 
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